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(54) Apparatus and method for processing servlets 



(57) A method and apparatus for operating a local 
server computer of a client-server network includes a 
technique to receive a request from a client computer of 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlet object of the client-server net- 
work If so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified servlet 
object is then executed to obtain dynamically generated 
information corresponding to the request. 
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3nef Description of ;he invention , 4 

V 

Th,s mventton relates generally to exchanging information ,r, a chent-server corroutor env.-onmon. Mom ...... 

ulany «h,s -nventton relates to an .mprovea locnmque lor responding to information rocuests a: a server comber' " 

Background of the invention 
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Client-server computer networks are well known The most prominent examolo 0( a chent-server comou'er network 
,s .he world Wide Web of computers In a Cent-sorver compu.er network a server comoute^eceS " 0 Ho 
in formation from a clicn. computer. Wob server software operating on the server computer typically retrieves^ re- 
quested information from a Me stored on a permanent storage dev.ee and transmits the Me over L network ;o7 

- < I ZZ7 "7 ^"r! 10 ' in,0rma " 0n - The we ° se ™ sonware .s generally no. written using an oo,ect onented 
'- programm.ng , language Thus. ,. ,s no. eas.ly extended to prov.de new functionary Given the dynamic natu e of today s 

software marke.olace a product's lack of f.exibih.y and ex.end.bi.i.y can seriously h.nder the maLao.n.y ol the eroouc 

T VOlc r e l W K SSrVer '°" Ware 9enerale 3 '" e ^' lamicall y ^nse to a request from a chon, comou.er 
. yp cal.y. tne web server rece.ves the request and then forks a Common Gateway Interface (CGI) process to ovnanv 

,n ' C ; ea !! ' he " 10 '" e haS bSen Crealed ,h6 wob sen/er so,lware ,rans ™* 'he hie Pack to the'clien. 

- computer Unfonunately. „ ,s computationally expense to fork a process each time dynamic mformat.on needs S ee 

In view ol the foregoing ,. would be h.ghly des.rable lo provide a weo server wh.ch dynam.ca.ly generates mfor- 
Z rnT'T 36 10 3 C "- m C ° mPU,er reqUeSl Wh ' Ch d06S nM ' nCUr a pr0CCSS sla "-° oxoen,e lie gen rating 

» zv^zzsr " wou,d be h,9hiy des,rabic ,o ^ « — — «™ 

Summary of the Invention 

M _ ho ThG in t Ven "°" ,nc,udGS a me!hod and appara.us lor operating a local server computer of a client-server network 

L J, ; J TT 3 teChn ' qUe 10 reCGIVe 3 feqUeS ' ' r0m 3 Chent COmpulC ' °' the "'--server network a to* , 
r J „ feqUSSI feqUlrGS ^ nM 'y generated information from a servle. object of the client- 

server network. „ so. a speeded serv.e. ob.ee. corresponding ,o ,he request may be up.oaded from a remo.e server 

n^rmaL co T™* ^ ^ ^ '» ,h9n eXeCUlGd <° ^ 9 -raTed 

information corresponaing to the request. y 

33 i-nrilS! Th Vle ! ° bieC!S °' ' nVen " 0n Pr0V ' de an ° b,eC1 ° riGnled web server °™'onment which is flexible and ex- 
tend o,e ( Tne chent-server network of the .nvention is populated w.th me servle. ob,ects. The servlet ob,ec,s opera e 

LoZT 9 ThUS lh6re ,S n ° Sl3riup ° verhcad assoc,ated Wl,h **<x«™ o* «ho servle. obTec s 

of .hefnT 3 C °r° n aPPliCa "° nS Pr °9 fam ' nler,aco - lhe ^ ob.ee.. can run ,n any server environmen. A feaTu re 
of .he .nvenuon allows un.rus.ed servle. ob,ec.s to be executed ,n a secure area. w„h the dynam.cally gene^ed 
-o mformanon being passed from .he secure area into the rema.n.ng server env.ronmen.. cany genera.ed 

3rief Description of the Drawings 

FIGURE ' °lus, e rlT'T ^ * dMCnb8d * C ° n,UnC "° n W " h ,he a «o-Panying drawings, in which: 
cf^pp ' " lustra, « a d'en.-server compu.er network ,n accordance w,.h an embod.men, of the invenl.on 
?m« ,S 3 Slmp " fied ,ilustr a"o n ©I the interact.ons between a web server and the servlels 
serve' * " S ' mP ' ified illUSlrali ° n °' ^ interaC " 0ns between a web "rver and a se^le. loaded from an external 

FIGURE d illustra.es processing sleps associa.ed with a servlet orocessmg routine 
FIGURc 3 illustrates processing steps associated w.ih a servlet processing roulme 
Like reference numerals refer lo corresponding pans throughout the several views of the drawings 

De.ailed Descrip.ion of the Inven.ion 



Figure 1 illustra.es a client-server computer network 20 

99 ZT^^ 20 ' nClUdeS 31 le3SI ° nS C ' iem COmpu,ef 22 and at leasl one scrver C °™P«*' 24 The client compu.er 
^.^."7 COmPU ' er ^ C0nneC,9d ^ 3 tranSmiSSI ° n Chann °' WhiCh -V be ^ or wS!.^n1: 
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The client comouter 22 is a standard computer including a Central Processing Unit (CPU! 30 connectec to a 
memory (primary and/or seconaary) 32. The memory 32 stores a numoer of computer programs, including a 'orowser* 
34 As known in the art. a browser is used to communicate with remote server computers 24 and to visually presen* 
the information received from such computers. The ciient computer 22 establishes network communications througn 

5 a standard network connection device 36. 

The server computer 24 includes standard server computer components, including a network connection cevice 
40 a CPU 42. and a memory (primary and/or secondary) 44 The memory 4^ stores a set of computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 45 The weo server 45 
may be of the type known m the art. which is modified to include the additional programs snown m Figure 1 That is 

'0 m an embodiment of the invention, a standard web server 45 is modified to include a server acceptor thread 45. a 
connection queue 50. a pool administrator 52. a thread pool 54 servlets 56. a servlei map 55. a security administrator 
50. and boundary serviets 62. 

Figure 2 is a simplified illustration of a server computer 24A constructed in accordance with an embodiment of the 
invention The figure shows a web server 46 interacting with a set of servlets 55A-55N. in particular the web server 

'5 45 interacts with the servlets through an application program interface (API). As indicated m Figure 1. the web server 
46 and the servlets 55 are stored in memory 44 The web server 45 may be standard web server software that is 
modified to include the functionality described herein. Each servlet 55 is a piece of software code which is used to 
dynamically generate information. Each servlet 56 is an instantiated software object waiting to be invoked. Once it is 
invoked, it dynamically generates information. Note that this technique of dynamically generating information is distinct 

20 from the typical process of fetching static information from a permanent storage device. The tecnnique of the invention 
is similar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object of the present invention is instantiated at server start-up. Thus the servlet can be thought of as operating in a 
continual loop waiting to be executed. Observe that after instantiation there is no computational start-up expense when 
the servlet is called. 

2S Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 45 determines that dynamically generated information from a servlet object is required. In this case, the servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote server computer 24B using communication link 26. In the example of Figure 3. servlet 55P is passed from the 

so remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, it illustrates that the uploaded servlet 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion of the local server computer 24A. This security feature allows untrusted servlets to 
be safely executed. 

35 The foregoing discussion provides a general description of the features and benefits of the invention. Attention 

now turns to a more detailed description of these features and benefits The left side of Figure 4 illustrates processing 
steps associated with an embodiment cf the invention. The right side of Figure 4 illustrates program components that 
may be used to execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 

J 0 As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known. It is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is httpy/SU/ 
123. This URL is an instruction to retrieve the file "123" from the State University computer "SU" using the Hypertext 
Transfer Protocol "HTTP". 

J 5 As shown in Figure 4. a server acceptor thread 45 is used to process each new request. Preferably, the invention 

is implemented as a connection-oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1 . the connection queue 50 is formed in the memory of the local server computer 24. 

If no new request is received, then a check is made to determine whether the queue is empty (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54. The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
from the connection queue 50. The pool administrator 52 operates to ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in the 

55 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the butter space of 
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a destroyed handler thread In other words the invention ,s preferaoiy implemented by using a specific oufe- 

soace (or a thread When a thread is destroyed, the buffer memory space is cleared out it is assigned to sn»--'-*-~- 
3y reusing allocated memory in this manner this embodiment of tne invention minimizes the amount of memory Jsc^ 
by the system, especially wnen compared to systems wnich allocate and deallocate memory on a per r=au-s' oasis" 
After the thread pool administration operations are performed (step 74) a thread retrieves a recuesf from ih« 
connection queue (step 76) The thread then maps tne request to a servlet name (step 75) The servlet may be specific 
.oy a URL in which case the mapping process is direct On the other hand some translation orocess may po requi'r- 
to identify wh.ch servlet will be able lo service the request The mapping operation may be oerformed in one of -fie 
following ways A server administrator m«y specify that some kinds of client requests always map to a particular servlet 
"> .-or example one which talks to a particular database A server administrator may soecily that oart ol the client r^uest 
is the name ol the servlet. as found m an administered sen/lets directory At many sues, that directory would bo shared 
oetween servers which share the load of processing lor the site's clients Some servers may be able to automatically 
invoke servlets to filter the output of other sorvlets. based on their administrative confiqurat.on For example particular 
_ types of serviet output may trigger posi-processmg by other servlets. perhaas to oerform format conversions Pr-oerly 
» authorizea clients may specify the servlet to be invoked, without administrative intervention 

Security operations may also be performed by the thread (step 60). A security administrator 50 may be used to 
identify trusted and untrusted classes of servlets The decision to trust a serviet may be established by a set ol rules 
associated with the security administrator 60 For example, the secunty administrator 50 mav decide to trust all local 
servlets and mistrust all uploaded network servlets Untrusled servlets are then executed ,n 'the security area 57 as 
shown ,n Figure 3 The security administrator 60 may also be used to determine if the servlet ,s authorized to oerform 
predetermined risky operations Security information of this type may be stored in the thread 

JAVA servlets in accordance w.lh the invention provide strong security policy support This ,s because all JAVA 
environments prov.de a Security Manger which can be used to control whether actions such as network or file access 
^ ace to be permuted. By default, all servlets are untrusted and are no. allowed to perform operations such as accessmq 
<> network services or local files However, servlets "built .mo" the server, or servlets wmch have been digitally signed as 
they were out into JAVA Archive fi.es may be trusted and granted more permissions by the secunty manager A digital 
signature on executable code indicates that the organization which signed the cooe 'vouches lor ,f ,n some sense' 
Sucn signatures can't support accountability by themselves, but they do indicate a degree ol assurance tnat may be 
placed on use of that code. For example, a particular signature from an MIS organization might be required on all code 
^ wn ,cn ,s granted general access lo network services within a corporate intranet. That signature might only be used on 
code wh,ch ,s strongly believed not to violate particular security polices. Extension APIs ,n other languages such as 
the^rSlT 9 ' an9Ua9eS - Ca °' 1 SUpP ° rl SUCh ' ,ne grained access conlrols even i( Ih ey do allow digital signatures for 

After security operations are performed (step 90). the thread is dispatched (step 32 ol Figure 5) The dispatch 
- operation entails invoking a servlet so that ,t generates the requested dynamic information The dispatch operation ,s 
one of two types. A decision ,s made to determine whether the servlet is local (step 84) II the servlet ,s local then the 
local servlet is executed (step 66). This results in the generation of dynamic information that is then processed by the 

TnotT , V ^ ^ ^ * ' yP ' Ca " y Passes the information back to the Cent computer 

using known techniques. The exchange of information between a servlet and the web server 46 is achieved throuqh 
-o an application program interface which is described below. 

who !' ,h l Sen "f iS "°' ,0Ca '- ' hen " iS uploaded ,rom a remote se ™ 24B (step 69). A decision is then made regarding 
whethe the uploaded servlet is safe (step 90). Recall that the security operation step resulted in .he thread acquiring 

IT, T T 9 S6CUri,y Pafame,ers ,or servle,s - " there ™ "O security problems associated with the uploaded 
-s ZZt^l 15 6 T i S ' eP 92) - ° n thS ° ,her hand " 3 SSCUrl,y problem 15 iden,i,ie * '"en the servlet is 

r. r In J, 'I'" 'J"** (SISP 94> Therea,,er ,hS S^.ed results are passed to the non-secunty 

area (step 96). A boundary servlet may be used for this purpose. The boundary servlet may be implemented through 
the use of stubs and subcontracts or through other -fire wall" techniques known in the art. After the servlet is executed 
processing returns to step 70 ol Figure 4. executeo. 

The operation of the invention has now been fully described. Attention now turns to a more particular discussion 

in let' . ° ,SCtS ,hal US6d " aCCOfdanCe WMh ' he ,nVen "° n 3nd a " embodi ™' 01 <na application prog am 
llnZT C °TT n W " h S6rVle ' ° bieCtS AS indlCa,ed above ' lhe servlet ob ' ects are software 

96nera,e ,n '° rma,i0n Th6y afe ' nS,an,ia,ed ° b,eC,S lhal 5,1 in a lo °P wa "-9 to be 
7 P,emen ' ed 35 ° bieC ' by,eCOdeS in ,he JAVA ™ P^rammmg language. It is we,, known 
5 l4 1 T P^grammmg language is used to implement "applets" on a client computer. An "apple." is executable 
* JAVA ob.ec, bytecodes ,ha« are used to generate a graphica. display on a client computer. The serves embiy ng the 
present invention are executed on the server s.de and do not have graphical content 9 

A servlet is typically instantiated on server startup. In lhe alternative, the servlet may be instantiated under a 
predetermined set ol conditions or by client invocation. The servlet may be instantiated and executed by us^Ts Ur! 
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(e c hup //host/ < servlei URL>) The http protocol supports tne passing of arguments, thus arguments may ce oassec 
io the serviet (e g hupV/host/ < serviei URl> ? < arguments >i The prcpemes cotect is a JAVA programming language 
properties class which comprises a set of "name'value" pairs A system administrator can pass arguments to an in- 
stantiated HttpServlet object through the properties object In tnis way tne system administrator can 'customize" an 
HttpServlet for a particular server a; a particular site For examole the system administrator can pass the H:toservie: 
object site specific information about the network location of a database wmch stores documents mat will be recuosicc 
by client processes across the network or the amount of memory available in system buffers wmch will oe used (or 
processing the server administrator. 

Once instantiated, a serviet loops until the server is shut off or a destroy method is calico on the serviet by tne 
server Since the serviet operates in a continual loop as it waits for requests to act upon the server computer avoids 
the overhead of creating and destroying the serviet between requests to the serviet. In acaition. keeping servlets alive 
between requests allows servlets to pass data and communicate amongst themselves For example servie-s can 
maintain data about a user between sessions by the user This data can be shared among different servlets m order 
to customize a working environment within which the user works If servlets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, for a servlei to understand the environment 
within which it runs and utilize this knowledge to provide improved processing capabilities The server computer can 
call a destroy method on the serviet when some resource limit in terms of time memory, etc is reached 

The serviet application program interface (API) establishes a standard for interfacing servlets with information 
servers, such as web servers The servlei API contains methods for initializing a servlei. processing the request, getting 
serviet information, and destroying the serviet. The servlei API allows platform independent servlets An example 
servlei interface is as follows 

Serviet interface: 
interface HttpServlet { 

Initialize (ServletContext, Sen/erProperties); 

Service(HttpRequest, HttpResponse); 

Destroy (); 

} 

The server computer passes objects that implement the "HttpRequest". while the serviet returns an "HttpResponse" 
object. The "ServletContext" interface is used to exchange information with the server environment. Some of the meth- 
ods on the "ServletContext" object are *Getserver()" and "GelServlets(}\ "GelServer" returns a pointer to the parent 
server within which the instantiated Httpservlet runs. Using this pointer, the HttpServlet object can find out information 
about its parent server. The "GetServlef method returns pointers to the servlets running on the parent server. The 
"ServerProperties" interface is used to exchange information regarding specific server properties established by a 
server administrator 

Servlets support the familiar programming model of accepting requests and generating responses. The following 
is a simple serviet defining a single method called "service" * 
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import Java. sen/let.*; 

public class MyServlet extends GenericServlet { 
public void service ( 

ServletRequest request, 
ServletResponse response 
) throws ServletException, lOException 
{ 



} 



} 

The service method .s provided with Request and Response parameters These parameters encapsulate the data sent 
by the client thereby allowing servlets to report status information, such as errors Servlets normally retneve most of 
their parameters through an input stream and send their responses using an output stream 

ServletlnputStream in = request. getlnputStream () 
ServletOutputStream out = response. getOutputStream (); 

These input and output streams may be used with data in whatever format is appropriate. For example an aoplet and 
servlet might exchange data us.ng object serialization. HTML, or any number of image formats 

Since servlets are JAVA objects, they have .nstance-spec.fic data This means that in effect servlets are -ndepend- 
ent app, canons running w.th.n servers without needing the complexity of additional classes (which are requ.red bv 
some alternative server extension APIs). Servlets have access to some servlet-specf.c conf.gurat.on data at initial" 
zanon t.me This allows different instances of the same servlet class to be mit.ahzed with different data, and be managed 
as differently named servlets. The data provided at initialization time .ncludes an area where each instance keeps its 
persistent instance-specific state. Gps ts 

Building upon the previous simple servlet examples, the following program code is an example of a servlet that is 
used to send Hypertext Markup Language (HTML) text when it is invoked: 



6NSOOCI0- 08105?4A1> 
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public class SimpleServlet extends GenericServlet { 
public void service(ServletRequest req, ServletResponse res) 
throws ServletException, IOExccption 

{ 

res.setContentType( M text/html M ); 

PrintWriter out = new PrintWriter(res.getOutputStream()); 

out.println(" < HEAD > < TITLE > SimpleServlet Output 
< /TITLE > </HEAD> <BODY>"); 

out.println("<hl > SimpleServlet Output </hl> M ); 
out.println("<P>This is output from SimpleServlet."); 
out.println( ,, </BODY>"); 
out.flush(); 

} 

public String getServletlnfoO { 

return "A simple servlet"; 

} 

} 

The following program code is an example of a servlet that uses the finger protocol to query information about 
users on specified host computers. The query string parameters < It > user < /it >. < tt > hosts < At >. and < tt > verbose 

< /it > can be used to specify the user and hosts to query The parameter <tt> user </tt> is the user name. <tt> hosts 

< /tt > is a comma-separated list of host names to query, and <tt> verbose </tl>. if specified, will cause verbose output 
to be generated. For example. <pre> http7'goa/fmger.html?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and "doppio". 
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public 

class FingerServlet extends GenericServlet { 

* Port number for finger daemon. 
*/ 

static final int FINGER_PORT = 79; 

* Handles a single finger request from the client. 
•/ 

public void service(ServletRequest req, ServletResponse res) 
throws ServletException, IOException 

{ 

String user = req.getParameterfuser"); 
String hosts = req.getParameter("hosts"); 
String verbose = req.getParameter("verbose"); 
res.setContentType("text/html"); 

PrintStream out = new PrintStream(res.getOutputStreamO); 
out. println("< html >"); 

out.printlnf < head >< title > Finger Servlet < /title > < /head > 

out.println(" < body > "); 

out.println(" < h2 > Finger results: < /h2 > "); 

outprintln(" <pre> "); 

if (hosts == null) { 

finger(out, user, null, "yes".equalsIgnoreCase(verbose)); 
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} else { 

StringTokenizer st = new StringTokenizer(hosts, V); 
while (st.hasMoreTokensO) { 

Suing host = st. ncx (Token Q; 

out.println(T + host + "]"); 

try { 

fingcr(out, user, host, 

M yes\equalsIgnoreCase(verbose)); 

} catch (IOException c) { 
out.println(c); 

} 

out.printlnQ; 

} 

} 

out. printing </pre>"); 
out.println( M </body> </html > "); 

} 

/• 

* Sends finger output for a user and host to the specified output 

* stream. 
•/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws IOException 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLocalHost(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.getOutputStream()); 
if (verbose) { 

ps.print(7W"); 

} 

if (user ! = null) { 
ps.print(user); 

} 

ps.print( B \r\n"); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byte[] buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.iength)) !=-!){ 
out.write(buf, 0, len); 

} 

s.cioseQ; 



} 



Those skilled m the art will aopreaate that servlets wh,ch are being used with the HTTP nm i^i 

HTTP (or HTTPS) protocols, and proxymg ^T^t^ ZrulJ^r J 9 ^ ^ ^ 

written in any language. systems, they can in turn be clients to other services. 
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Those skilled m the art wtil appreciate that serviets may be used m several modes. The basic mode is at me core 
of a request/response protocol, in addition serviets may oe specialized to support protocols sucn as HTTP in HTTP 
based applications, serviets are ponable complete, and mucn more efficient replacement for CGI based extensions 
Also m HTTP applications, serviets may be used with HTML server side includes to dynamically generate part of a 
web document. 

The foregoing description, for purposes of explanation, used specific nomenclature to provide a thorough under- 
standing of examples of the invention However, it will be apparent to one skilled in the art that the specific cetails are 
not required in order to practice other examples of the invention. In other instances, well know circuits and aevices are 
shown m block diagram form in order to avoid unnecessary distraction from the underlying principles Thus, the fore- 
going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

1 . A method executed by a local server computer under the control of a program, said local server computer including 
a memory for storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps of. 

receiving a request from a client computer of said client-server network: 

determining that said request requires dynamically generated information from a servlet object of said client- 
server network: 

uploading from a remote server computer of said client-server network a specified servlet object corresponding 
to said request: and 

executing said specified servlet object to obtain dynamically generated information corresponding to said re- 
quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer, said passing step being facilitated with an 
application program interface. 

3. The method of claim 2 wherein said application programming interface specifies techniques for performing at least 
one of the following operations: initializing a servlet object, executing a servlet object, and destroying a servlet 
object. 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bytecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
web server to said client computer. 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 

passing said dynamically generated information from said security area to a non-security area of said local 

server computer. 

7. The method of claim 1 wherein said local server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer. 

8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 

9. The method of claim 7 wherein said selected servlet objects of said plurality of servlet objects are instantiated at 
the start-up of said local server computer. 

10. The method of cfaim 7 wherein selected servlet objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer. 
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11. The method cf clam 7 where.n selectee servle: ejects ol sa.d plural.ty of servle: c=,ec:s ?<* «$»•«*•— 
sponse to an activated serviei URL " ■•«='-■-'••.•-• 

12. The method ol claim 11 wherein saio servle! URL includes arouments 

1 3. The method of claim i wnerem sa.d receiving step .nciuoes the stop ol stor.no sa.c request m a connect.on Queue 

1 4. The methoc of cla.m 1 3 where.n sa.d aeterm,n.ng step includes the sleo of selecting a handier tnm.c from a 
of handler threaos to execute said determining step " 

1 5. The method ol claim 1 4 further compr.s.ng the step of operating said pool of hanrjlor threads by seie-,velv -roat.no 
a new handler thread and destroying an old handier thread 

16. The method of claim i 5 where.n said opera.mg step includes the step of reusing a Puffer .memory space of sa.d 
old hanaler thread lor saia new handler thread 

1 7. A computer readable memory that can be used to direct a server computer of a cl.en.-server comouter network to 
function in a specified manner, comprising 

a first set of instructions to receive a reauest from a client comouter of sa.d client-server network 

a second set of ms.rucons to de.ermme that sa.d request requires dynamically generated information from 

a serviet object of said client-server network. 

a third set of instructs to upload from a remote server computer of said ci.ent-server network a specified 
serviet object corresponding to said request, and 

a fourth set of instructions to execute sa.d specified serviet ooject to obtain dynam.cally generated information 
corresponding to said request. 

18. The apparatus ol cia.m 17 further compns.ng a fifth set of instructions ,o pass, through an application program 
interface, dynamically generated information from said speeded serviet ob,ect to a web server operating on said 
local server computer. y 

19. The apparatus of claim 18 further compr.s.ng a s.xth set ol instructions to pass said dynamically generated mfor- 
mation from said web server to said client computer 

20. The apparatus ol claim 1 7 further compr.s.ng a seventh set of instructions to store a olurali.y of servle. obiects on 

~o~*lZ"* servlel °" ecls con,inuous,y 0PGralin9 un,!l — " — - a 

21 z^7^::^. wherein sa,d sevemh set °' ,ns,ruc,ions m - P»« >-een - 

22. A computer readable memory that can be used to direct a server computer of a client-server computer network to 
lunction in a specified manner, comprising: lo 

a f.rs. set ol instructions to receive a request from a cl.en. computer of said client-server computer network 

a s^e n , obl° rr ri Ct, ° nS '° de ' efmine ' hal Sa ' d reqU6St reqU ' res ^mically ^nerated informat.on from 

a serviet object of said server computer: 

a third set of instructions lo execute said specified serviet ob,ect to ob.a.n dynam.cally generated information 
corresponding to said request: and m.ormauon 

a fourth set of instructions to pass said dynamically generated information to said client computer. 

23. The apparatus of claim 22 wherein said second set ol .ns.ruc.ions .nc.ude .ns.ruct.ons to .n.erpre. a serv.et URL 

corresponding to said request. et ur,L 

24 ' mti Srg'umenfs 0 ' ^ * "* S6C0nd *" °' ' nS,rUC "° nS ' nC ' Ud9 inS ' rUC,i ° nS 10 mle ^ el a se ""*< URL 

25. The apparatus of claim 22 further comprising a filth set of instructions to store a pturahty of servle. objects on said 
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server computer eacnof said servlet objects continuously operating until mvokea in response to a spectiiec .'ecues: 
from a client computer 

26. The apparatus of claim 20 wherein said fifth set ol instructions include instructions to pass cata between saic 
plurality of servlet objects. 

27. A client-server computer network comprising- 

a client computer to generate a requesi: and 
a server computer to 

determine that said request requires dynamically generated information from a servlet object of saic server 
computer. 

execute said specified servlet object to obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information to said client computer. 

28. The apparatus of claim 27 further comprising a remote server computer storing a set of servlet objects tnat can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from said client computer 

30. The apparatus of claim 29 wherein said plurality of servlet objects pass data between themselves. 
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